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(57) When an electronic module is installed the system 
receives an indication that the module has been 
replaced and then the module sends configuration 
information relating to the hardware and software 
permitted to execute on It Some of the 
configuration information is then stored in a 
persistent memory not on the module, such that the 
information Is accessible by a replaceable electronic 
module manager. The Information is accessible 
whether the module remains Installed or not. When 
the module is replaced the information stored in the 
persistent memory may be sent to the new module 
and stored in a persistent memory on the module. 
The location of the replacement module may be 
used to select which stored configuration 
information to send. The stored configuration 
Information may be selected based on other 
Information received from the replacement module. 
The configuration information stored In the system 
may be used to enable hardware and software 
capabilities in the replacement module. 
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FIG. 1 




DATA STRUCTUflE 
300 



400 



STORE THE HECEie 
CONFIGURAnON INPORNATION IN 
PERSISTENT HENOflY ACCESSIBLE 

Br THE BUUE HANAGER 



2/7 
FIG, 3 

CONFI&URAnON BFORHAnON 



SERIAL NUHBB) 



NUMBER OF ENABLED PROCESSORS 



ANOUNT OF ENABLED NENORY 



I/O SETTINGS 



LICENSE KEY 



OTHER BMBLED / LICENSED 
CAPABILITIES OR irawnON 



SLOTNUHBGR 



FIG, 4 



NANUFACTURE BLADE 

~1 



STORE 

CONFIGURATION INFORNAHON 
IN PERSISTENT HEHQRir 
ON THE BLADE 



I 



301 



302 
■304 
306 
SOB 
/310 
312 



/314 



r 



-404 



DEiECTiB iY mum blade 



SEND THE CONFIGURAnON 
BFDRHATION FROH THE BLADE 
TO THE BLADE HANAGER 



'406 



-40B 




3/7 



500 



FIG. 5 



HAROVAflE AND/OR SORVARE 
BEGINS INITIALIZAnON 



'502 



ACCESS CONFieURAnON 
INFOmAnOKIN 
PERSISTENr HENORY 
ONBLAOE 



-504 




DO NOT ENABLE 
HARDWARE AlO/Ofl 
SOFMHE 



-510 









ENABLE HARDHKRE 
AND/OR SQEHMRE 



-SOB 



4/7 
FIG. 6 



PROVIDE SOFTVARE ID 
TO SOnWRE VENDOR 






CUSTOMIZE SOFTWARE 
PRODUCT. SO IT HUNS ON 
ONLYABlAOEWnNTHE 
SPECIFIB) SQFIWflE ID 







SB(D CUSTOHHED SORVARE 
TDGUSTOKBI 



-602 



-604 



5/7 
FIG. 7 



ACQUIRE A LICENSE 
(LICBISE NUHBBn 



-702 



ENTER LICBISE NUNBER 
AND BLADE SERIAL 
NUNBER INTO KEY 
GENBMnON SKSTEN 



-704 



GENERATE KEY VALUE 



j^70B 



UPGRADE BLADE: PROVIDE 
KEY VALUE TO THE BLADE 



-708 




STORE KEY VALUE IN 
PERSISTENT HEHORY 
ON THE BLADE 



■714 



SEND KEY VALUE TO BLADE NANAGBT 
JS2i"!!?o^xB"E™ PERSISTENT 
HEHORY ACCESSIBLE BY BLADE WNAGER 



■71S 



800 



6/7 
FIG. B 



REKOVE FAUB BLADE 
FRQH CHASSIS 



I 



INSTALL HEPLACEKENT 
BLADE IK CHASSIS 



I 



BLADE MANAGER 
DETECTS RB'LACSeiT 
BLADE 



-B02 



-B04 



'806 



SBO) RB^CENENT 
BLADE'S C0NFI6UHATI0N 
INFORHAnON TO 
BLADE KANAGER 



622 



SET OPERATING 
CHARACTBffSnCS 
OF REPLACEHENT BUUIE 
ACCORDING TO 
NEW CONFIGURAnON 
INPORmnON 



J. 



FETCH CONFIGURAHON 
INFORHAnON FOR 
RB>UU£D BLADE 




SEW CONFIGURAnON 
INFORKAHON FOR REPLACED BLADE 
TO REPLACEHENT BLWE 



DONE 



-B14 



STORE RECEIVED 
CQNFmnON INFORHAnON 
IN PERSISTENT HEHOfiT 
ON REPLACQENT BLADE 




DONE 



y 



7/7 



900 



FIG, 3 



STORE CONFieURATKM DfORMATION IN PERSISTENT NEHORY ACCESSIBLE 
BY A BLADE HANA6ER, REUTED TO A BLADE THAT IS ENABLED TO UTILIZE 
HAROmRE COFOffifTS AND/OR IS LICENSB) TO EXECUTE FIRST SOFTWARE 



ESTABLISH A L06ICAL 
COMECnON BETKEEN A 
BLADE AND A SECOND DISK 
DRIVE ST0RIN6 SECOND SQFTVARE 



•904 



ESTABLISH A L06ICAL 
COMCCnON BEIVEEN THE 
BLADE AND A FIRST DISK DRIVE 
STORING THE FIRST SOFTVARE 



I 



SEND CONFIGURAHON 
INFOHHATIQN RELATED TO 
THE FIRST DISK DRIVE 
TO THE BLADE 



'906 



'908 



STORE THE RECEIVED 
CONFIGURAnON INFORHAHON 
IN PERSISTBIT NEHORY 
ON THE BLADE 



-910 



SET OPERATING CHARACTERISnCS 

OF THE BLADE ACCORDING 
10 THE STORED CONFIGURATION 
INFQRHAnON 



-912 



2404472 



AUTOMATIC MAINTENANCE OF CONFIGURATION INFORMATION IN ^ 
REPLACEABLE ELECTRONIC MODULE 

BACKGROUND OF THE INVENTION 

Field of the Inven^n 

5 The present invendon relates generally to replaceable electronics modules and, 

more particularly, to automatically maintaining configuration information in replaceable 
electronic modules. 

Related Art 

Advances in miniaturization of conqiuter, communication and o&er electronic 
10 equipment have led to flie devdopment of so-called ''blade'* systems, whidi pemiit 
several circuit boards ^blades") to be installed in a single chassis. The chassis typically 
includes components, such as power supplies, cooling fans, a blade mana^ and other 
components that are shared by all the blades installed in the chassis. The blades typically 
plug into a backplane of the chassis, which distributes power and data signals between 
15 the blades and blade manager, and otfier components. This arrangement enables a large 
number of bhides to be housed in a relatively small chassis. Oftoitimes, the chassis is 
dimensioned to be mounted in a rack; such as a server rack with other rack-mounted 
equipment. 

Blades are typically designed to be **hot sw^pable*', Oat is, they can be mstalled 
20 into or removed from a chassis without removing power firom all componoits in the 
chassis. This enables an operator or system inanager to replace a fiuled or fidling blade 
with a replacement blade without adversdy affecting real-time operationa of otiier chassis 
components. la addition, spare blades can be installed in a chassis, wiOiout activating 
fliem, to serve as *liot standby" blades. 
25 Blades can perform various functions. Most blades contain entire conq}utcrs, 

including single or multiple processors, memory and network interfaces. Most computer 
blades are used as servers while others are used as communication devices, such as 
routers, firewalls or switches. Some blades contain specialized hardware components, in 
addition to or instead of processors, memory, etc. Typically, any type of blade can be 
30 plugged into any slot of a chassis. This enables an operator or system manager to "^mbt 
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and match" blades in a chassis so diat requisite operations can be peifbnned by the blade 
system. In addition, the mixture of blade types can be changed to acconunodate dianges 
in operational lequiremenls. 

Some server blades include disk drives. Other blades access disk drives that are 

5 located elsewhere in Ae chassis or are connected to the chassis by computer netwotk 
haidware. logical network connections between these blades and off-blade disk dri^ 
can be established by the blade manager. Since these blades can be connected to 
differrait disk drives containing different software at differoit times, these blades can 
execute different operating systems and/or application programs, and can access different 

10 data at different times. For example, a system operator might choose to logically connect 
a blade to different disk drives to execute diffocnt application programs at different 
times of a day. In another example, if a blade fails, logical connections fiom off-blade 
disk drives that were foimeriy used by the failed blade can be redirected to a replacement 
or hot standby blade. 

15 Some blades can be field-upgraded, such as by installing additional monory, 

processors or other components on the bhKles. hi contrast, some manufacturers prefer to 
produce blades that are fiilly populated with such additional hardware. These 
manu&cturers sdectivdy enable or disable the additional haidwaie when the blades are 
manufectured, to tailor the blade capabUities to the to customers* initial needs and 

20 budgets. Later, if a customer purdiases a license to upgrade a blade, all or a portion of 
flie additional hardware can be enabled wi Aout reconfiguriiig (which requires removal of 
the blade fix>m the chassis) or replacing the blade. 

Typically, blade configuration information is stored in an electrically-erasable 
programmable read-only memory (BE-PROM) on each blade. This configuration 

25 mfimnation can include the blade's serial number and otiber license information, such as 
flie amount of memory and number of processors that are enabled, i.e., pOTnitted to be 
operational. When such a blade is to be upgraded, a system manager or field service 
technician updates the license information stored in Ae EE-PROM. The system manager, 
technician, or operator (hmmafier ''system manager") typically connects a keyboard, 

30 monitor and mouse to the blade or the blade manager and thereby ©iters die license 
information. 
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Similariy; some software is licensed on a per-blade basis. Such software typically 
accesses tibe blade's serial munber or other license mfinmation in the E&-PROM each 
time the software b^ios executmg to ascertain if it is being exec^ 

The ease widi which Med blades can be lepbced, and the ability to logically 
comiect different disk drives to a blade at diffeient times, have made blade systems 
popular with data centers and infonnatim technology (TI) managcata. When a 
rq>lacement blade is installed it must be configured to have similar hardware and 
software capabilities as the replaced blade to continue operations under the established 
license. 

For example, if a Med blade is replaced, its replacement blade should have 
software lic«ise infonnation and a hardware configuration (e.g. number of processors, 
amount of memory, I/O devices, etc.) similar to die feiled blade. A system manager must 
typically enter configuration information mto die EE-PROM of the replacement blade. 
Typically such configuration information is die same as or similar to the foiled blade's 
configuration infonnation. Because Ae serial number of the rq)Iacanent blade can be 
changed in its EE-PROM, software tfiat is Hewed to be executed by the foiled blade can 
be executed by the replacement blade. 

There are other circumstances in addition to license upgrades and blade 
replacement in which the configuration mformation must be changed. F<^ example, 
when a blade is logically redirected to a different (second) disk drive, foe system manager 
must typically enter configuration information into the EE-PROM of the blade to inform 
it of the disk drive to use and/or enable hardware and/or Ucenses required by software 
that will be executed from the second disk drive. 

To be able to enter appropriate configuration information into blades, a syst^n 
manager typically records configuration infomiation for each blade of a blade sj^tem. 
However, recording the configuration information for each blade poses problems. Some 
system managers have resotted to writing configuration information on pieces of tape and 
adhering the tape pieces to the blades or chassis adjacent to whm foe blades are 
installed. However, the high density of blades m a blade system makes fois solution less 
than satisfectory. Furfoeraiore, entering fots configuration infonnation foiou^ a 
ke)4)oard and monitor is earn prone. 



SUMMARY OF THE INVENTION 



In one aspect of die invention, a mefliod of automatically matiitaining 
configuration information of a r^laceable electronic module is disclosed. The mediod 
comprises installing the replaceable electronic module; receiving from the rq>laceable 
5 dectronic module first configuration information rdated to capabilities of the replaceable 
dectronic module to utilize permitted portions of its hardware or Co execute pennitted 
software; and storing at least some of die recdved first configuration information in a 
first persistent memory that is not on the replaceable electronic module and 4iat is 
thereafter accessible by a replaceable electronic module manager i^atdless of vidian 
10 the replaceable electroiUG module remams installed or is subsequently umnsUtlled. 

In another aspect of the mvention, a mdhod of automatically maintaimng 
configuration information of a rq>laceable electronic module is disclosed. The method 
comprises installing die replaceable electronic module; automatically detecting if the 
rq)laceable electronic module is a r^lacemcnt replaceable electronic module diat 

)5 replaces a previously installed replaceable electronic module; and if the rqilaceable 
electronic module is a replacement replaceable electronic module, sendmg previously 
stored first configuration information to die rq)lacement rq>laceable electronic module. 

In yet anodier aspect of the invention, a mediod of upgrading a replaceable 
electronic module is disclosed The mediod comprises storing configuration mformation 

20 in a persistent memory on die replaceable electronic module^ wherein die configuration 
mformation enables a previously unenabled C2q>ability of die replaceable dectronic 
module; and storing die configuration information in a persistent memory located off die 
replaceable electronic module. 

In a fimher aspect of die invoition, a mediod of dynamically mainlaming 

25 configuration information of a rq>]aceable electronic module is disclosed. The mediod 
conqirises detecting when die replaceable dectronic module is assigned a fimction; 
sending previously stored configuration information to die replaceable electronic module, 
wherein die previously stored configuration information corresponds to the assigned 
function; and storing die configuration information on die replaceable electronic module^ 

30 wherein die configuration information enables die rqjlaceable electronic module to 
utilize a hardware capability of die replaceable dectronic module or enables software to 
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be executed by the rqilaceable electnmic module. 

In anofter aspect of (be inventioii, a leplaccable doctronic module is disposed. 
The tepbceable dectrontc module comprises a persistent memoiy; and a icplaceabh 
electronic module contzoller configured to: ensble capabilities of the rqilaceable 
electronic module according to configuration information stored in flie peisistent 
memory; send at least a portion of the configuration information stored m the peisistent 
memory to an automatic replaceable electronic module managen and receive iqilaoment 
configuration information fiom the automatic replaceable electronic module manager and 
store the replacement configuration information in the posistent metnory. 

hi a fiudier aspect of the invention, an electronic system for automatically 
maintaming configuration information in a replaceable electronic module is disclosed. 
The electronic system for automatically maintaining configuration information in a 
replaceable electronic module comprises flie rq>ku;eable electronic module and an 
automatic replaceable electronic module manager; wherein die rq>laceable electronic 
module comprises: a first pasistait memory; and a controlte configured to: enable 
cqiabilities of flie rq)]aceable electronic module according to configuration information 
stored in the first persistent memory, send at least a portion of the configuration 
infonnation stored in the first persistent memory to the automatic i^laceable electronic 
module manager; and receive rq)lacement configuration infi>rmation fiom the automatic 
replaceable electronic module manager and store the replacement configuration 
information in the first persistent memory; and wherein the automatic replaceable 
electronic module manager comprises: a second persistent memory; and wherein the 
automatic rq)laceable electronic module manager is configured to: receive the 
configuration mfimnafion sent by the rephceable electronic module; store the 
configuration infi)rmation received &om flie replaceable electronic module in the second 
pmistent memory; and send at least a portion of flie configuration information stored m 
flie second persistent memwy to flie replaceable dectronic module as flie replacement 
configuration inlformaflon. 

In yet anoflier aspect of flie invention, mefliod of licensing software for execution 
by a replaceable electronic module is disclosed, wherein flie replaceable electronic 
module is installed in, and rwnovable fiaom. a system fliat includes an automatic 



replaceable dectroiuc module manager. The method comprises acquiring a license key 
for the software, &e license key comprising data; providing tbe licosse key to the 
rq)laceabie electronic module^ thereby enabling the software to be executed by the 
rq)laceable dectronic module; sending die license key fiom the rq3laceable dectronic 
module to the automatic rq)laceable electronic module manager; and storing the license 
key in a first persistent memory that is not on the replaceable dectronic module and that 
is thereafter accessible by the automatic rq)laceable electronic module manager 
regardless of whether die replaceable electronic module remains installed or is 
subsequently removed the system. 



BKIEF DESCRIPTION OF THE DRAWINGS 

Figure 1 is a perspective view of an exemplary blade system, in which aspects of 
the present invention can be implemented 

Figure 2 is a sch^natic block diagram of the blade system of Figure 1 illustrating 
conqK>neat8 of die blade system, in accordance with one embodiment of the present 
invention. 

Figure 3 is an exenq>lary diagram of a configuration infoimation data stmctute 
used by the blade system of Figures 1 and 2, m accordance wifli one embodhnent of the 
present invention. 

Figure 4 is a flowchart illustratmg how a blade manager of the bhde system of 
Figures 1 and 2 can receive and store configuration information, in accordance with one 
embodiment of the present invention. 

Figure 5 is a flowchart illustrating how a blade of the blade system of Figures 1 
and 2, or software being executed by the blade, can ascertain what capabilities of the 
blade or software are aiabled or licensed, m accordance with one embodiment of the 
preset invention. 

Figure 6 is a flowchart illustrating how software can be customized, so it runs on 
only a licensed blade or blades of the blade system of Figures 1 and 2, in accordance with 
one embodiment of tbe present invention. 

Kgure 7 is a flowchart illustrating how a blade of Oe blade system of Figures 1 



and 2 can be q>grBded to enable use of additional haidwaie components^ in accordance 
with one embodiment of the present invention. 

Figure 8 is a flowchait illustrating how a replacement blade in the blade system of 
Figures 1 and 2 can be configured to enable die same hardware and execute the same 
5 software as a blade replaced by the replacement blade» in accordance with one 
embodiment of the present inventioiu 

Hgure 9 is a flowchart illustrating how a blade of the blade system of Rgures 1 
and 2 can be appropriately reconfigured to enable hardwaie and execute licensed 
software after the blade is logically connected to a difiarent disk drive, in accordance 
10 with one embodiment of the present invention. 

DETAILED DESCRIPTION 

The present mvention provides methods and systons to automatically manage 
hardware and software ciqjabilities of r^laceable electrical or electronic modules 
15 (heceinaftBr "electronic module(s)") as the electronic modules are rqilaced or 

reconfigured to perfwm different tasks. Each electronic module stores configuration 
infiormation in a persistent memory. This configuration infonnafion enables the 
electronic module to use only selected hardware or to execute only selected software. A 
replaceable electronic module manager (heremafier "module manager'O stores a copy of 

20 the electronic modules' configyralion information m a separate persistent mraiory. 

When an electric module is repbced, a copy of the module's configuration information is 
fetched fiom the module manager's persistent memory and sent to a replacement module, 
thereby making the replacement module functionally equivalent (fix>m a point of view of 
die capabilities of the module) to the replaced module. As used herein, the term 

25 capabilities refers to hardware, or a subset thereof, which is enabled or licensed for use 
on the dectronic module, or which software is enabled or licensed to be executed by the 
module. In addition, when an electronic module is assigned a differ«it task, appropriate 
configuration infinmation can be sent to the module, so the module can appropriately 
perform the assigned task, such as appropriatdy use selected hardware or execute 

30 selected software. 
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Replaceable electronic modules include Uades; cticuit boards that connect to 
other circuits by plugs, sodcete, soldmd wire connections or any oAcr conventional 
electrical connection; ''daughtei^ boards; integrated circuits; momtois; poripheral 
devices; power supplies; telephones; appliances; and any electronic component, circuit or 
subsystem (hereinafter, electronic module) that can be connected to other modules, as 
long as the modules can be initially connected to the other modules or they can be 
disconnected from their respective modules and die same or replacemoit modules can be 
connected in their places. For purposes of providing an example, the present invention 
will be described in the context ofa blade system. As noted, a blade system is a printed 
circuit board which is installed in a chassis along with a plurality of other printed circuit 
boards, or blades, hi such a system, blades can fail and be iqjlaced by replacement 
blades. The Med blades can be left in, or removed ftom. the blade systm. hi addition, 
blades can be rqilaced for reasons other than blade fiiilure, such as to fecilitate bbde 
testing. One of ordinary skill in flie art can, however, s^ply the teachings herein to other 
types of modules, including but not limited to those Hsted above. 

Figure 1 is a diagram illustrating an exen^lary blade system 100 suitable for 
unplemeating aspects of the present invention. For exanq)le. blade system 100 can house 
a combination of server blades, firewalls, routers and switches. A chassis 102 houses 
other con^onents of blade system 100, Blades 104a-f slide into diassis 102 and plug 
into a baclq>lane (not visible). Preferably, a blade manager 106 also slides into chassis 
102 and plugs into the backplane, althou^ the blade manager could be located inside the 
chassis. Blade manager 106 need not be removable, and for purposes of flie presoit 
invention, need not be located in chassis 102. hi addition, blade manage 106 can be 
connected to, and can control blades in, other chassis over a suitable network link. Each 
blade 104a-f contains appropriate components 108, 1 10 and 1 12, such as processors, 
memory, network mter&ces, disk drives, etc., depending on flic blade's mtcnded 
function. Optionally, each blade 104a-f can include a connector 1 14, by which a 
keyboard, video monitor and mouse (collectively, "KYNT) can be connected to flie blade 
to provide a user interface tfaoewidL Similarly, blade manager 106 can include an 
optional KVM connector 1 16 to provide a user mter&ce wifli flie blade manager. 

Figure 2 is an architectural block diagram of blade system 100. A baclqilane 202 
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intoTDonnects componoits of blade system 100. Blades 104a-f and (optionally) blade 
maoagear 106 plug ioto backplane 202. Blade manager 106 commwiicates over backplane 
202 with blade conliol circuits 208a-f on each of die blades 104a-C ieq>ectivdy. Has 
communication is preferably carried over a dedicated set of signal lines in backplane 202. 
5 Alternatively, this communication can be ovct shared data lines m backplane 202 or over 
a signal path separate from the backplane. For example, a separate wire or wireless 
Ethernet connection can be used Blade control circuits 208a-208f control availability of 
power, operation state of processor(s), and other aspects of the blades I04a< as is well 
known in the art 

10 Each blade 104a-f mcludes an EE-PROM 210a-t respectively, or other type of 

persistent memory to store configuration information for die blade. Any type of 
peisistent memory that retams its contents without the availability of pown can be used. 
The configuration information can mcludc, for example, a serial number and license 
information, as described m detail below. The following discussion is presented in the 

15 context of bkde 104a. Unless otherwise noted, the fbllowmg description applies to any 
blade 104a-£ 

Blade manager 106 also includes an EE-PROM 212 or oOier type of persistrat 
memory. The blade managa's persistent memory need not be co-located whh blade 
manager 106, as long as the persistent memory is accessible to blade manager. For 

20 example, the persistoit memory can be a disk drive and/or it can be located elsewhere in 
chassis 102. Alternatively, the blade manager's persistent memory can be made up of 
several parts, each in a diflferent location. Alternatively, blade managere 222 of several 
blade systems 100 can share a common persistent memory that is suitably connected to 
the blade managers. In the following discussion, persistent memory 212 will be lefened 

25 to herein as EE-PROM 2 12 for simplicity, but the discussion applies to any form of 
persistent memory. 

As discussed m relation to Figure 1. a user interface 214 can be connected to 
blade manager 106 via the connector 1 16. Alternatively, a remote user interfece 2 16 can 
be connected to blade manager 106 via a network link or other suitable connection 218. 
30 En ttie following discussion, reference to user interfiu^e 214 also applies to user mter&ce 
216. Optionally, a user interfieice 220 can connect to blade 104a via connector 1 14. 
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Alternatively, user mtei&ce 214 or 216 can oommunicate with blade 104a. lii diis case, 
blade manager 1 06 relays commands and responses to and &om blade 1 04a over 
backplane 202. 

As discussed above, blade manager 1 06 need not be located within blade system 
100. For example, remote blade manager 222 can communicate with blade system 100 
over a communication link 224. Such a communication link 224 can be provided by, for 
example, a wire or wireless local area network (LAN). As with blade manager 106, 
ronote blade manager 226 includes an EE-PROM or other suitable persistent memory 
226 and can have a directly-connected or remote usct intcrfece (not shown), similar to the 
user intetfeces 214 and 216. As discussed above, blade manager 106 can communicate 
wifli and control blades in another chassis via a communication link 226. The following 
discussion refers to blade manager 106. Howev^, unless otherwise noted, the following 
discussion also applies to remote bhde manage 222. 

Disk drives, such as local disk drive 228 or remote disk drive 230, can be 
comiected to backplane 202. Remote disk drive 230 can be connected to backplane 202 
via a suitable network connection 232, as is wdl know in die art 

Figure 3 is a diagram of an exemplary data structure 300 contatmng configuration 
information 301 stored in EE-PROMs 208a-f of blades 104a-£ Configuration 
information 301 stored in EB-PROMs 208a-f enable the re^ective blades 104a-f to 
qipropriateiy enable licensed hardware on blades 104a-f and/or software that is to be 
executed by blades 104a-£ Configuration mfomiation 301 can include one or more of 
(he following for the respective blade 104: a blade serial numba- 302, a number of 
enabled processors 304, an amount of enabled memory 306, I/O settmgs 308 (such as 
number of enabled ports, enabled special hardware, etc.), a license key 310 (which can be 
used to license software, as described b more detail below), information about otfier 
«iabled/licensed cq>abiUties 312 (such as processor speed or number of digital signal 
processors (DSPs)), and a slot number 3 14 in which the blade is installed It should be 
understood that in alternative embodimoits additional gc altematrve items can be 
included in configuration information 301. 

Blade manager 106 also stores in EE-PROM 212 configuration information 301 
in a data structure similar to date fracture 300 shown m Figure 3. llieitemsof 
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configuratioii tnfonnatioa stored in EE-PROMs of blades 104 need not, however, be die 
same hems stored in HE^PROM 212 of blade manager 106. For ease of description, 
blades 104 and blade manager 106 have die same configwation infonnation 301 . 

As noted, blade manager 106 can reconfigure a iq>lacement blade 104 to take die 
place ofa Med blade. Blade manager 106 maintains a copy of configuration 
information 301 of each managed blade 104. Figure 4 is a flowchart illustrating how 
blade mang^ 106 receives and stores configuration infonnation 301 related to blades 
104a-f that arc installed in the chassis 102 or in anoAcr chassis managed by the blade 
managca-. At box 402, a blade 104 is manufectured. 

At box 404, configuration infonnation, rdativc to blade 104, i$ stored in EE- 
PROM 208 of the blade. The value for each item of configuration information can 
depend on a customer's needs. For example, if blade 104 includes four processors, but 
the custmer purehases only one processor, configuration infonnation 301 for tiiat blade 
1 04 can indicate that only one processor is enabled or licensed (Jbt tenns "enabled" and 
•1ic«iscd" are used interchangeably heran.) As a fiirlher exan^le, ifblade 104 will be 
used as a new server, Oat is, not as a xcphcemmt for a Med server, a new serial number 
can be included in configuration infonnation 301 stored in BE-PROM 208. On tiie other 
hand, if blade 104 wiB be used as a varc, that is, m case another bhde fiuls^ 
saial number or license key vahie can be included in configuration information 301 
stored in EE-PROM 208. This special value can later uidicate to blade manager 106 that 
this blade 104 docs not have a predctenuined configuration and can be used to replace 
any failed blade. As such, its configuration information 301 can be overwritten witfi 
infonnation fiom a failed blade 104 that this blade is replacing. 

OptionaUy, at box 406, when blade 104a is installed in the chassis 102, blade 
manage 106 automatically detects die newly installed blade by a process tiiat is well 

knownindieart la addition, blade manager 106 can idaitify the slot number, in whidi a 
blade 104 was installed. 

At box 408. blade manager 106 sends a command over backplane 202 to blade 
control cirouit 208 on die newly instaUed blade 104. This command mstnicts blade 
control circuit 208a to fetch at least some of the configuration infonnation 301 fiom EE- 
PROM 210a on die newly instaUed blade 104 and send the retrieved configuration 
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infomiation over badq>lane 202 to blade manager 106. Alternatively, the newly installed 
blade 104 automatically detects ftat it has not previously sent its configuration 
information 301 to blade manager 106 and, consequently, sends selected or all of its 
configuration information 301 to blade manager 106 without being commanded to do so 
by blade manager 106. To fiuiilitate Ibis alternative, EE-PROM 210a of die newly 
installed blade 104 can store a flag that indicates wheflier tte blade 104 previously sent 
its configuration infomiation 301 to blade manager 106. EE-PROM 210a can also store a 
saial number of blade manager 106 to which tbe blade most recentiy s«it its 
configuration infonnation. hi this way, if die newly installed blade 104 la removed fiom 
chassis 102 and installed in another chassis, the blade will send its configuration 
information 301 to its new blade manager 106. As one of oidinary skill in the art would 
appreciate, configuration information 301 can be '•pulled" by blade manager 106 fit>m the 
newly instaUed blade 104, or configuration infonnation 301 can be •pushed" by the 
newly mstalled blade 104 to blade manager 106. 

At decision box 410, blade manager 106 compares configuration information 301 
stored m its EErPROM 212 with tiie configuration infomwtion transferred ftom the 
newly mstalled blade 104. If the blade's 104a configuration mformation is already stored 
in1heblademanager*sEE-PROM2l2.thisprDcesscompletesatbox412. Otherwise, at 
box 414, blade manager 106 stores at least some of die recdved configuration 
information 301 in the blade manager's EE-PROM 212, Blade manager 106 can manage 
otiierblades 104. As such, blade manager EE-PROM 2 12 can also store configuration 
infonnation related to otiiw blades 104 managed by blade manager 106. 

Blade manager 106 can also store additional infonnation, relative to the newly 
installed blade 104. For exan5>le. the slot number in which the newly instaUed blade 104 
is mstalled, might not be sent by the blade. However, blade manager 106 can detect tfie 
slot nunibor and store it m E&PROM 212 as part of configuration infonnation 301 
maintained for ttus newly installed blade. In general, configuration information 301 
stMed in the blade manage 1 06 is suflBciait so the blade manager can use this 
information to teoonfigure anotter blade 104 to serve as a replacement blade for the 
newly mstalled bbde 104. 

Figure S is a flowchart iUustrating how a blade, for example, blade 1 04a, or 
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softwan beiiig execnted by die bbde. ascertains vbat cqMibiKties of flie blade or 
softwaie are enabled or licensed. At box 502, blade coobolciicuit 208a or software 
bemg executed by dw blade begins its initialization. At box 504, blade control cireuit 
208 or software accesses oonfiguiation information (300, Figure 3) stored in EB-PROM 
210a of flie bbde. For example, if blade 104 includes two Tl tdecommunication 
interfeces, blade control circuit 208 can consult the other enabled/licensed c^nbilities or 
information 3 12 in EE-PROM 210 to ascertain the number of Tl tnterfiu^s cunently 
enabled on this blade. In anodier exanq>le, software can access serial nuniber 302 or 
license key 310 to ascertain whether the software is Ucensed to be executed by this blade. 

At decision box 506, if configuration information 301 indicates that the capability 
being tested is enabled or liceosed, at box 508 the hardware or software is peimittcd to be 
used or executed. Otherwise, at box 510, Ifae hardware or software is not permitted to be 
used or executed. Optionally, if the capabflity is not enabled or licwised, an etror message 
can be displayed on die user inteiftee 220or 214. 

Figure ( contains a flowdurt 600 illusbating how software can be cushmiized so 
it can be executed on only an appropciately-lieensed bhtde. At box 602, a system 
manager or customer pnvides a nuniber ("software ID") ifaat uiuqudy identifies the 
software to be licensed and the blade or blades on vAudh die software is to be Uceased. 
For example, eadi software product can have a product cod^ and each blade can have a 
serial number. A software vendor can provide a web page dut aocqtts bodi die product 
code and the serial number and uses an algoridim to geneiate a software ID. 

At box 604, using the provided software ED, the software is customized so, upon 
startup, the software exits if die blade 104 on which it is tunning does not have die 
provided software ID stored in its BE-PROM 210. An example of diis kind of testing 
was iUustiated in die flowchart of Figure 5. The software ID can be provided to die 
software vendor via a web page or odierwise when ordering die software or hardware. 

At box 606, die software vendor smds die customized software to die customer 
for stibsequent installation and use. 

Rguro 7 is a flowehait 700 iUustiatiqg how a blade 104 is iq>g[aded to oiable use 
of additional faaidware components. At box 702, a customer acquires a Ucense and a 
Uoense number &r die additional hardware, e.g. by purchasing die Ucense duough an e- 
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commerce wd> site or conventionally via a paper order. At box 704, the customer enters 
the Ucoise number and the serial number offhe blade 104 tbat is to This 
information can be rateied, for example, into a key genoating system with a wd> 
inter&ce. At box 706, a suitable al^ritfam generates a key value fiom (he entered license 
number and serial number. AtbQx7O8,lfaecust0merprovides this key value to blade 
104, such as by entering it into the user interface 220 or 214- 

At decision box 710, blade control circuit 208 on flie blade 104 checks the Altered 
key vahie to ensure it corresponds to the serial numba- currently stored in EE-PROM 210 
of that blade 104. Blade control circuit 208 can use an algorithm similar to the one psed 
to generate the key value to perform this check If the entered key value does not 
correspond to blade's serial number, at box 712 an error can be indicated, such as on the 
user interfice 220 or 214. 

On ibc olber hand, if flie entered key value corresponds to blade's serial number, 
at box 714, the key value is stored in EE-PROM 210. In addition, at box 716, blade 104 
sends flie key value to blade manage 106 for storage in blade manager EE-PROM 212. 
Alternatively, blade manager 106 can •'puir the key value. After the key value is stored 
in EB-FROM 210, die additional hardware wll be enabled, such as next time bkde 104 is 
initialized, as pa- flowchart 500 in Figure 5. 

As described above, widi refer^ce to Figure 5, a typical blade's configuration 
information 301 is stored in the blade's EE-PROM 208. As noted, diis configuration 
information 301 can indicate hardware, or a subset thereof, on die blade 104 tiiat is 
enabled or licMised for use or software that is aiabled or licensed to be executed by tiie 
blade, that is, the module's capabilities. As previously discussed, when an electronic 
module is replaced, it is desirable to make a rqplacement module fonctionally equivalent 
to tiie replaced module, Oat is, to make flie rq}lacement blade have capabilities similar to 
die replaced blade. The replacement blade should have capabilities tiiat correspond to 
exilities of the replaced blade, tiiat is, if a rq>laced bhde had a particular capability, 
die replacement blade should have at least tiiat same capability or be oflierwise 
configured so it can used in place of ttie replaced blade wifli a minimum of human 
intervention. Note fliat additional capabilities, tiiat is, apabifities beyond tiiose of flie 
replaced bkule, can also be enabled on tiie replacement blade. 
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Ftgure 8 contains a flowchart m which a blade 104 (rephced blade) is zeplaced by 
a r^laoement blade. The flowchazt 800 illustrates how a replacement blade is configured 
to enable die same or simibr capabilities as diose that were enabled on the blade diat is 
beiqg replaced* At box 802, a failed blade 104 is rmovedfiom chassis 102. 
Alternatively, the failed blade 104 can be left in chassis 102 but poweied ofi^ some of its 
configuration information 301 can be overwritten or the &iled blade can odierwise be 
made not to intcdm with operation of the rq)lacement blade. Of course^ a blade need 
not have 6ilcd to be rq)laced. A system manager might choose to vepldcc a working 
blade. In this discussion, the terms "&iled'' and '^ku^ed'* bhde are used 
mtercfaangeably. 

At box 804, a replacement blade 104 is installed in chassis 102, Optionally, the 
replacement blade 104 is installed in die same slot, fiom which the failed blade was 
removed. Preferably, the replacement blade can be installed in any slot 

Optionally, at box 806, blade manager 106 d^ts die installation of the 
repbconent blade using well-known methods. For example, faislallation of the 
replacement blade into die slot fiom which the fiuiled blade was removed can trigger 
blade manager 106 to treat die installed blade as a rq>lacement Blademanager 106can 
also detect the numb^ of die slot in which die replacement blade was installed. 

Blade manager 106 ascertains whidi blade is bring replaced, or can be replaced, 
by the replacement blade, Ifonly one blade &iled, this deteraoination can be trivial If 
the rqjlaccmoit blade is installed into die slot fh)m which die fidled blade was removed, 
blade manager 106 can use this slot numba: to identify die failed blade. If die 
replacement blade is installed into a difTerent slot, blade manage 106 can use 
information about die r^lacement blade to ascertain which blade is being, or can be, 
replaced, as described below. Alternatively, blade manager 106 can arbitrarily assume 
any replacement blade can replace any failed blade. 

At box 808, the replacement blade*s configuration information is sent to blade 
manager 106. As previously described, die configuration information could be pushed by 
die replacement blade or pulled by die bkide manager. Blade manager 106 can use diis 
mformation to identify die &iled blade and, more particularly, to locate die fidled blade's 
configuration information in blade manager EE-PROM 212. For example, blade 
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managw 106 can ascertain liw maximum cqwbilities of the iq>lacemeiit blade and seaidi 
bbde manager EB-PROM 212 for a fiuled blade that has equal or fewer capabOities. 
Altemativdy, if die &iled blade is repaiied and reinstalled, tbe sent serial numbo^ can be 
used to idaitify flie appropriate configunUton infonnati(m in BE-PBOM 212. That is, 
blade manager 106 can search its EE-PROM 212 fiw configuration information 301 for a 
blade havmg the sort serial number. If flie giled blade's dot number is faiown, blade 
manage 106 can use this slot number as an index into blade manager EE-PROM 212 to 
locate the foiled blade's configuration infonnati<Mi. TTius, at box 809, blade manager 106 
can select and fetch appropriate configuration infonnation for the replacement blade fiom 
among the configuration infonnation the blade manager stores in its EB-PROM 212. 

At decisirabox 810, blade manager 106 compares the configuration information 
301 recdved fiom die rqilacement blade 104 with configuratirai information 301, stored 
in die blade manager's ^PROM 212, diatconesponds to the fiuled blade. Ifdie 
received configuration infonnation is icfentical to die configuration information for die 

foiled bhde, at box 812 die blade manager can assume die fiuled blade was reinstalled 
(possibly after having been repairedD or die replacement blade had been reconfigured by a 
separate process to numio die fiuled blade's configuration infinmation. 

Blade manager 106 can identify die replacement blade as such by die previously- 
described special semi number or license value in die blade's configuration 
information 301. In this case, blade manager 1 06 can assume die replacement blade is 
intended to replace the failed blade 106, even if die rephicement blade is mstalled in a 
different slot dian flie faUed blade occupied. Alternatively, a command can be entered 
via user interface 2 14 to identify a replacement blade. Ifflie received configuration 
infinmation 301, for die replacement blade 104, is different dian for die foiled blade 104, 
at box 814 blade manager 106 sends a copy of at least some of die configuration 
infonnation 301 stored in blade manager EE-PROM 212, corresponding to die foiled 
blade, to die r^laoement blade. This "replacement configuration infonnation" wfll 
enable die rqilacement blade to be configured die same way die fidled blade was 
configured. 

At decision box 816, if die rqilacem^it configuration infonnation received by die 
wplacement blade is die same as coiwspotiding configuration information stored in 
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replacementbladeEE-PROM201,thcpiooes8ai(Isatbox818. Ontlieotfafirhaiid.iftbe 
r^lacement oonfigwation infonnation 301 is diilmnt Oan conGguration mfbimation 
stored in EE-PROM 201, at box 820 blade contxol mcuit 208 stores flie lecdved 
replacement configuration information in die replacement blade EE-PROM 210. 

The replacement configuration information does not necessarily rq)lace all 
information stored in rq>Iacemcnt blade EE-PROM 210 prior to installation of tte 
replacement blade. The replacement ccmfigiiiation information 301 preferably replaces 
only previously stored configuration information that would contradict, or is odierwise 
incompatible with, the replacement configuration infonnation. The replacement 
configuration information can suppl^ent infonnation aheady stored in EE-PROM 210 
of the replacement blade. In addition, if die rqplac«ncnt blade 104 has a capability tfiat is 
not explicitly negated by the replacement configuration information, the replacement 
blade preferably retains fliat capability after the rqilacement configuration information is 
stored in the m-PROM 210. Forcacample, if die replaced blade 104 had two processors 
enabled, and the replacement blade had three pn>cessors enabled before it was installed, 
the Teplacemmt blade would preferably contmue to have three processors enabled after 
foe replacement configuration infonnation is stored in die EE-mOM 210 of dw 
replacement blade 104. 

At box 822, operating characteristics of replacement blade 104 are s^ accoiding 
to received replacement configuration infonnation. This setting can be done upon rec^t 
of r^lacement configuration information or die next time blade is started, as illustrated in 
die flowchart 500 of Figure 5. This essentially enables foe replacement blade to mimic or 
take on a 'personality'* equivalmt to foe replaced blade, in ofoer woida, to become 
fanctionally equivalent, wifo respect to hardware or software capabiUties or licensing, 
from die replaced blade. 

When a module 104 is assigned a different task, appropriate configuration 
information can be sent to foe module, so foe module can appropriately perform foe 
assigned task, such as qipropriately use selected hardware or execute selected software. 
In foe following example, a blade is assigned a different task by logically connecting foe 
blade to a diffaent disk drive. Figure 9 is a flowchart 900 illustrating how a blade 104 
can be appropriately reconfigured to enable hardware, and execute licensed software, 
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afierfhebladeisIogi<»dlycoimectedtotiie<Mereiitd^ Assume software (fiist 
softwaie) ^redmi die disk drive (first disk drive) was customized so it ocmldbe 
executed only by blades having certain serial numbers or license keys or lequiic cotain 
hardware components. At box 902, blade manager 106 stores configuration infimnation 
for a blade that is ^bled to utilize the hardware compon^ts and/or is licensed to 
execute the software. This configuratiwi information is stored ui blade manage EE- 
PROM 212, This configuration information is also associate with the software or Ae 
disk drive that stores the software. For example^ the disk drive's ID or the name of the 
software package can be stored in the oflia- aiabled/Iiccnsed capabilities or mfoimation 
field (3 12 in Figure 3), Note that this configuration mformation need not necessarily be 
initially stored in any blade's EE-PROM; because no existing blade might yet be 
configured to »ecute this software. 

At box 904, establish a logical connection between a blade 1 04 and a second disk 
driva This logical connection can be established by blade manager 106 or the blade 
manager can send commands to &e blade 104 to estAliAfte connection. Inaddition,a 
request for the logical connection can come fiom a systrai manager, such as via user 
int&Aoc 214, or fiom software bdng executed by the blade 104. 

Later, at box 906, establish a logical connection between the blade 104 and fiie 
first disk drive. This logical connection can be established by blade manager 106, or flie 
blade manager can send commands to the blade 104 to establish the connection. The 
request for Ae lo^cal connection can come from a system manager, such as via the user 
interfece 214, or from software being executed by the blade 104. In eiftcr case, blade 
manager 106 detects, or is infomied by the blade, that blade 104 is now logically 
connected to a differ^t disk drive. 

At box 908, blade manager 106 sends the configuration information (stored in box 
902) related to the first disk drive to the blade 104a. This replacement configuration 
infi>rmation can include a serial number, license key and/or other configuration 
information necessary to enable the software stored on flie second disk drive to be 
executed by the bbde 1 04a and use hardware on the blade. 

At box 910, blade control circuit 208a stores the replacwnent configuration 
infi)rmation in the BB-PROM 210a of the bhide 104a. This enables the blade 104a to 
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fake on the personality of a blade Oat is enabled and/or licensed to execute die software. 
At box 9 1 2, operating chaiBctmstics of the bhde 1 04a aie set acootding to the received 
rqjlacementconfigiuationinfonnation. This s^tbg can be doneiqion receipt of 
replacement configuration infomation or next time flie blade is started, as illustrated in 
flowchart 500 of Figure 5. The blade can flien execute tfie software stored on the first 
disk drive. 

Embodiments have been described in ^ch the present invention is employed in 
a blade system to automatically or dynamically manage configuratian infonnati<m, and 
optionally license information, for blades. However, one of ordinary skill in the art can 
apply the teachings herein to other types of rq>laceable electronic modules. For exan^le, 
configuration information and capabilities of integrated circuits can be similariy 
managed. Such integrated circuits can include functional equivalents to tiie persistent 
monory and control circuit described above. These integrated circuits can communicate, 
for mmple via a bus, wift a module manago- residing on the same circuit board as the 
integrated circuit or in another subsystem. An cxanplaiy such integrated circuit can 
indude a plurality of processors or be capable of executing a pImaHfy of instructions. 
Huougb wropriate configuration information sent to die integrated circuit, some or all 
of die processors or instructions can be enabled or disabled. 

Similarly, peripherals can include embodiments of flic present invention. 
Monitors can, for example, communicate with remote module managera over analog or 
digital video signal connections, much the way power control signals are now sent over 
these connections. Through appropriate configuration information seat to such a 
monitor, capabilities, such as maximum resolution, can be set or auxiliary fimctions, sudi 
as integrated speakers, can be selectively enabled or disabled. In a fintiier exan^le, a 
disk drive can communicate witfi a module manager over an IDE, SCSI or otiier bus. 
Features or fimctions of the disk drive, such as an integrated deftagmenter or 
pwformance monitor, can tiuis be selectively enabled or disabled. 

The terms and expressions employed herein are used as terms of description, not 
of Ihnitation. There is no intention, in using these terms and expressions, to exclude any 
equivalents of flie features shown or described or portions fliereof. Practitionera in die art 
will recognize tiiat oflier modifications are possible witfiin the scope of flie invention 
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What is claimed is: 



CLAIMS 



1 . A method of automatically maintaining configuration information (30 1) of a 
replaceable electronic module (104a), comprising: 

receiving (406) an indication that the replaceable electronic module (104a) has 
been installed; 

receiving (408) from the replaceable electronic module (104a) first configuration 
information (301) related to capabilities of the replaceable electronic module 
(104a) to utilize permitted portions of its hardware or to execute permitted 
software; and 

storing (414) at least some of the received first configuration information in a first 
persistent memory (2 1 2) that is not on the replaceable electronic module 
(104a) and that is thereafter accessible by a replaceable electronic module 
manager (106) regardless of whether the replaceable electronic module (104a) 
remains installed or is subsequently uninslalled. 

2. The method of claim 1 , further comprising: 

receiving (806) an indication that the replaceable electronic module (104a) has 

been replaced with a replacement replaceable electronic module (104b); 
fetching (809) at least some of the first configuration information (30 1 ) from the 

first persistent memory (2 1 2); 
sending (814) the fetched first configuration information (301) to the replacement 

replaceable electronic module (104b); and 
storing (820) at least some of the sent first configuration information (301 ) in a 

second persistent memory (210b) on the replacement replaceable electronic 

module (104b). 

3. The method of claim 2, wherein fetching the stored first configuration information 
(301) comprises: 

using (806) a location, in which the replacement replaceable electronic module 
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(1 04b) was installed, to select the stored first configuration information (301) 
from among other information stored in the first persistent memory (212). 

The method of claim 2, further comprising: 

receiving (408) ftom the replacement replaceable electronic module (104b) 

second information; and 
wherein fetching (809) the stored first configuration information (301) comprises 
using (410) at least part of the received second information (301 ) to select the 
stored first configuration information (301) from among other information 
stored in the first persistent memory (212). 

5. The method of claim 2, further comprising: 
using (508) the stored first configuration information (301) in the second 

persistent memory (210b) to enable a hardware capability of the replacement 
replaceable electronic module (1 04b), wherein a corresponding hardware 
capability was enabled on the replaceable electronic module (104a), which 
was replaced. 

6. Ilie method of claim 2, further comprising: 
storing (820) the sent first configuration information (301) in a second persistent 

memory (210b) on the replacement replaceable electronic module; and 
using (508) the stored first configuration information (301) to enable software to 
20 be executed by the replacement replaceable electronic module (104b), wherein 

corresponding software was enabled to be executed by the replaceable 
electronic module (104a), which was replaced. 

7. A replaceable electronic module (104a), comprising: 

a first persistent memory (210a); and 
25 a replaceable electronic module controller (208a) configured to: 

enable (508) capabilities of the replaceable electronic module (104a) 

according to configuration information (301) stored in the first persistent 
memory (210a); 
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send (808) at least a portion of the configuration information (301 ) stored in 
the first persistent memory (2 10a) to an automatic replaceable electronic 
module manager (106); and 

receive (820) replacement configuration information (301) from the automatic 
replaceable electronic module manager (106) and store the replacement 
configuration information (301) in the first persistent memory (2I0a). 

8. The replaceable electronic module (1 04a) of claim 7, further comprising at least one 
electronic component (108. 1 10, 1 12); and wherein the configuration information 
(301) stored in the first persistent memory (210a) indicates if all or a portion of the at 
least one hardware component (108, 1 10, 112) is permitted to be used. 

9. The replaceable electronic module (104a) of claim 7, wherein the configuration 
information (301) stored in the first persistent memory (210a) indicates if the 
replaceable electronic module (104a) is permitted to execute predetermined software. 

10. The replaceable electronic module (104a) of claim 7, further comprising an automatic 
replaceable electronic module manager (106); 

wherein the automatic replaceable electronic module manager (106) comprises: 
a second persistent memory (212); and 

wherein die automatic replaceable electronic module manager (106) is 
configured to: 

receive (408) the configuration information (301) sent by the replaceable 

electronic module (104a); 
store (414) the configuration information (301) received from the 

replaceable electronic module (1 04a) in the second persistent memory 

(212); and 

send (814) at least a portion of the configuration information (301) stored 
in the second persistent memory (212) to the replaceable electronic 
module (104a) as the replacement configuration information. 
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